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USING PHONE SERVICE TO INITIATE REQUESTS FOR WEB INFORMATION 

BACKGROUND 

5 1. Field of the Present Invention 

The present invention is in the field of wireless communication and, more particularly, 
wireless interaction with the world wide web using cellular telephones 

2. History of Related Art 

10 In the field of wireless communication, mobile telephone (cell phone) service providers have 

offered their subscribers the ability to access at least some web pages using their phones for some 
time. In a conventional implementation, a specialized web browser is installed on a cell phone. 
When the service is active (i.e., the cell phone is powered on and within the provider's network), the 
browser establishes a connection with a specialized gateway referred to as a Wireless Access Protocol 

15 (WAP) gateway. WAP is a collection of languages and tools for implementing services for mobile 
phones. The WAP gateway communicates with the mobile phones using a WAP protocol stack, 
which has significantly less overhead than a conventional HTTP request over TCP/IP. The WAP 
gateway converts WAP protocol requests into conventional HTTP requests and sends them to a 
conventional HTTP web server. 

20 Referring now to FIG 1 , a block diagram of selected elements of a conventional wireless 

communication system 100 is depicted. In the depicted embodiment, system 100 includes a cell 
phone 102, a wireless access (WAP) gateway 106, and a web server 110 connected to WAP gateway 
106. The user accesses web pages by opening a WAP -compliant browser 105 and enters a standard 
universal resource indicator (URI). WAP browser 105 sends a WAP-formatted request for the 

25 specified URI to WAP gateway 106. Gateway 106 converts the request to a conventional HTTP 
request and forwards the request to the appropriate web server 108 using conventional WWW 
technology (i.e., HTTP, TCP/IP, etc.). Web server 108 retrieves the requested content from the 
appropriate web page 110 and returns the content to WAP gateway 106. WAP gateway 106 converts 
the content to WAP-compliant content (including any content conversion required to accommodate 

30 the limited display of cell phone 102), and delivers the content to cell phone 102, and viewed by the 
user via WAP browser 105. 

Although wireless web access, as it is described in the preceding paragraphs, is acceptable for 
many applications, it is not without drawbacks. The conventional web-enabled mobile phone is 
really two separate communication devices within a single package. The cellular telephone facilities 

35 are functionally distinct from the web facilitates. Because the two devices must share the common 
package, including a common I/O interface and keypad, web requests are entered using I/O elements 
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that were largely developed specifically for telephone services. A web request, for example, is made 
by typing in the alphanumeric URL using the telephone keypad. Most cell phone users will be 
familiar with the difficulty in using a telephone keypad to enter a text string. More generally, 
telephone initiated web access as described above requires a highly specialized telephone (i.e., a 
5 wireless telephone with an installed WAP stack and WAP browser). Thus, while distinct phone/web 
mechanisms are not inherently objectionable, many users, especially casual users, may be more 
comfortable or efficient at using the phone service than the browser. Specifically, the process of 
using a cell phone's phone service is relatively intuitive for most cell phone users because of its strong 
similarity to using a landline phone. In contrast, using a mobile web browser installed on a cell phone 

1 0 is less intuitive because of the significant differences between the cell phone web browser and the 
standard web browser on a desktop or notebook computer including, the lack of a full keyboard that 
makes it extremely difficult to enter textural URIs of even moderate length. 

It would be desirable to implement a system and method in which a web request could be 
initiated from a telephone, mobile or not, using phone-like services and request formats, such as by 

1 5 dialing a telephone number. 

SUMMARY OF THE INVENTION 

The identified objectives are achieved by a method, system, and service for retrieving 
20 information via a network by initiating a conventional phone call (i.e., by entering a dialing sequence 
on a telephone) to make a telephone connection. If it is determined that the phone call is a request for 
web-based information, the requested web-based information is determined as well as a network 
address associated with the phone call. A network protocol request is the generated for the requested 
web-based information. The network protocol request is then sent to a network server capable of 
25 retrieving the information and the retrieved information is delivered to the network address 
associated with the phone call. Determining that the phone call is a request for web-based 
information may include detecting a specified sequence that is appended to the phone number. An IP 
address associated with the telephone may be appended to the phone call either manually or 
automatically using a LUT or some other automated mechanism. Additional information about the 
30 requested web page may also be appended to the request. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects and advantages of the invention will become apparent upon reading the 
35 following detailed description and upon reference to the accompanying drawings in which: 

FIG 1 is a block diagram illustrating components of a traditional wireless web enabled 
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cellular telephone network; 

FIG 2 is a block diagram of selected elements of a system for accessing web information 
using telephone service according to one embodiment of the present invention; 

FIG 3 is a block diagram of selected elements of a system for accessing web information 
5 using telephone service according to a second embodiment of the present invention; 

FIG 4 is a flow diagram of a method of retrieving web information by initiating a request 
using telephone service. 

FIG 5 is a block diagram of selected elements of a system according to an embodiment of the 
invention emphasizing the use of a landline telephone to initiate a web request; and 
1 0 FIG 6 illustrates a dialing sequence format for one embodiment of the present invention. 

While the invention is susceptible to various modifications and alternative forms, specific 
embodiments thereof are shown by way of example in the drawings and will herein be described in 
detail. It should be understood, however, that the drawings and detailed description presented herein 
are not intended to limit the invention to the particular embodiment disclosed, but on the contrary, the 
1 5 intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope 
of the present invention as defined by the appended claims. 
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DETAILED DESCRIPTION OF THE INVENTION 

Generally speaking the present invention describes an implementation in which the phone 
service features and functionality of a communication device such as a conventional landline 
5 telephone, a mobile phone, or another web-aware wireless device, are used to initiate a request for 
web-based information. Using phone service features to initiate a web-based request beneficially 
replaces the potentially difficult task of entering a URI into a wireless browser with the relatively 
simple task of making a simple phone call. Once the request has been initiated and delivered to a 
server such as an HTTP, the requested is serviced just as any other request (i.e., just as any other 
10 request initiated from an HTTP web browser on a desktop or notebook computer). In web enabled 
mobile phone embodiment, the request is serviced by returning the requested information to the user's 
cell phone via the cell phone provider's internet browsing service. In a regular telephone application, 
the server returns the response to a computer or other device that is associated with the telephone 
initiating the request. By introducing a novel technique for initiating a web request, the present 

1 5 invention offers a simpler mechanism for accessing web-based information from cell phones and 
other limited-I/O devices. 

Referring now to FIG 2, selected elements of a data processing system 200 suitable for 
accessing web-based data according to one embodiment of the present invention is depicted to 
emphasize the application of the present invention to a mobile phone implementation. In the 

20 depicted embodiment, system 200 includes a cell phone 202 having an installed web browser 205. 
Cell phone 202 is configured to send radio signals to a base station (BTS) 204. BTS 204 is connected 
to the public switched telephone service (PSTS) 210 through a switch 206. A second switch 220 
connects PSTS 210 with a PBX 222. A web device 224 is connected to PBX 222 and to a web server 
230, which is also connected to a WAP gateway 206. 

25 A user of cell phone 202 according to the present invention may access a web page 235 by 

making a phone call. In one embodiment, the user dials a phone number that is associated with the 
URI of web page 235 or associated with the URI of a domain in which web page 235 resides. A 
telephone connection is made between cell phone 202 and an appropriate PBX 222 based on the 
phone number that is dialed. In the implementation depicted in FIG 2, PBX 222 routes the call to web 

30 device 224. 

Web device 224 is a special purpose device configured to identify incoming phone calls that 
are requests for web-based documents. In one embodiment, web device 224 recognizes "meta 
information" that is sent with the telephone call as an indicator that the incoming call is a request for 
web-based information. The meta information used may vary with implementation. In one 
35 embodiment, the meta information is an extra set of digits that represent a "port" of the answering 
telephone analogous to the manner in which Internet servers dedicate particular ports to particular 
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types of requests (email, http, etc.). In the "ported" implementation, for example, the user may call 
an extended phone number such as (512) 555-1212.123 where the digits "123" identify the call as a 
request for web page information. In other embodiments, the meta information used to identify the 
call as a web-based request is indicated by appending a sequence of one or more special characters to 
5 the phone number (e.g., (512) 555-1212 #*#). 

In one implementation, the meta information is sent to the organization after the phone 
connection is made. In this embodiment, analogous to the manner in which a facsimile operates, a 
phone call is made to a particular phone number. The cellular phone service provider, in conjunction 
with the public telephone system, make a conventional telephone connection to the organization. In 
10 one embodiment, an automated messaging system 223 answers the call. Messaging system 223 may 
provide the user with a prompt indicating a sequence to be entered to generate a web request. In any 
event, messaging system 223 recognizes a predetermined sequence of numbers and/or special 
characters as indicating the user's desire to initiate a web request. This embodiment is desirable for 
its ability to enable an existing phone number to be used for regular telephone calls as well as for web 

15 requests. A single phone number, for example, could be used for voice and for web requests 
depending upon the meta information that is sent after the connection is made. 

In another implementation, a phone number is dedicated to servicing web requests. In this 
implementation, meta information appended to the basic 10-digit phone number may or may not be 
needed. If the particular phone number is dedicated to a corresponding web page or web document, 

20 for example, then the 1 0-digit phone number may be sufficient to initiate the web request. In another 
implementation, however, the 1 0-digit phone number may correspond to a entire domain or to a 
group of web pages. In this case, additional meta information is used to specify the particular web 
page within the domain or group that the user wishes to receive. 

Regardless of the meta information specifics, system 200 is configured to "ping" an 

25 organization to request a web page or other web based data. As depicted in FIG 2, for example, 
pinging the organization for a web page is achieved by routing the phone call to web device 224. 
The organization responds by returning data indicative of the web page contents back to the user. In 
the depicted embodiment, web device 224 responds to an incoming phone call (and any meta 
information provided with the call) by determining a web page 235 that is associated with the user's 

30 request. In one embodiment, the phone number dialed by the user uniquely identifies the web page 
235. In other embodiments, the phone number, in conjunction with any meta information sent with 
the phone call determines the appropriate web page. 

After determining the web page being requested, web device 224 sends a conventionally 
formatted HTTP request for web page 235 to a web server 230. The request transmitted by web 

35 device 224 indicates a location to which the requested information should be delivered. In the 
depicted embodiment, for example, in which cell phone 202 is connected to a WAP gateway 206, the 
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request may indicate WAP gateway 206 as the location to which the response generated by web 
server 230/ Web server 230 would then establish a conventional (TCP/IP) connection with WAP 
gateway 206. Web server 230 then services the request by retrieving content from web page 235 and 
forwarding the retrieved data to WAP gateway 206. WAP gateway 206 then delivers the retrieved 
5 Web page content (or a WAP-compliant version of the web page content) to cell phone 202 via WAP 
connection 207. Cell phone 202 then displays the retrieved content with browser 205. 

To achieve this result, web device 224 includes a mechanism for associating the incoming 
phone call with an DP address of the requester (i.e., the EP address to which the requested web page 
should be delivered. In one embodiment, the requestors EP address information is appended to the 

10 phone call (as discussed in greater detail below) and is simply parsed by web device 224 upon 
receiving the phone call. In another embodiment, web device 224 includes or has access to a look up 
table (LUT) 225. LUT 225 contains a list of phone numbers and, for each phone number, 
corresponding internet account information that may be used to determine an IP address associated 
with the phone number. In many applications, end users are assigned IP addresses dynamically, 

1 5 meaning that the EP address of a particular user changes from one session to the next. In such cases, 
LUT 225 cannot simply store phone numbers and corresponding IP addresses. Instead, LUT 225 
contains information that can be used by web device 224 to determine the current IP of a user 
associated with the phone number. In one implementation, LUT 225 might contain the requestor's 
ISP user account name and password, which would have been provided to the user during a previous 

20 session. When web device 224 receives a phone number from a particular incoming phone call, 
retrieves ISP account and password information from LUT 225 and sends a request to the ISP to 
determine the IP address that is currently assigned to the corresponding user account. This request 
may be sent via HTTP, email, or some other mechanism. 

In one embodiment, the EP address associated with the requestor is appended to and sent as 

25 part of the telephone call. In the case of a web-enabled cell phone such as is shown in FIG 2, 
appending IP information is relatively straight forward because the cell phone 202 is the web device. 
In other words, cell phone 202 is aware of its current IP address because this information is part of 
the web connection that cell phone 202 makes with the wireless ISP and is either stored locally on cell 
phone 202 or is retrievable from the ISP. 

30 The above-illustrated embodiments of the invention comprise a single device (i.e., the 

web-enable cell phone with an installed wireless web browser) that initiates the web request and 
receives the requested information. While such an implementation has wide applicability, the present 
invention is not limited to the use of web-enabled cell phones or to cell phones at all. In one 
embodiment, the request for web based information is initiated from a telephone (cell phone or not) 

35 that is not web enabled. A user could, for example, initiate a web request by dialing the appropriate 
phone number (the phone number associated with the web page or domain of interest) from the 
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requestor's conventional, landline phone at home or in the office. In this embodiment, when the 
HTTP formatted request is generated and sent, it includes a source URI (the URI of the requestor) 
indicating a network resource of the requestor, such as a TCP/IP connection between a data 
processing system of the requestor and the requestor's Internet service provider (ISP). This 
5 association between a phone number and a network resource might be defined through a registration 
process with the phone company or with the organization that maintains the web page or domain of 
interest. In any event, the response is delivered to a network resource or device that is distinct from 
the device initiating the request. 

In the case of a landline telephone, appending IP information to the phone call is more 
10 difficult because the IP address is not associated with the telephone itself but rather with a computer 
or other device that is Internet connected. In such cases, the IP information may be appended to the 
phone manually in response to a voice messaging prompt. More preferably, IP address information 
is appended to the phone call automatically using a device that connects to the user's telephone and 
computer. 

1 5 Referring to FIG 5, a communication system 500 according to an embodiment of the present 

that works in conjunction with conventional (landline) telephones is presented. In the depicted 
embodiment, a landline telephone 502 connects to the PSTS through a switch 506. The web server 
530 that ultimately handles the telephone initiated web request is connected to a conventional desktop, 
notebook, or other data processing device (computer) 503 through the user's ISP 505 and the internet 

20 507. A device referred to herein as the IP address (IP A) device 540 is connected between computer 
503 and telephone 502. IPA 540 is configured to provide the computer's current IP address to 
telephone 502 when telephone 502 is initiating a web request. 

Telephone 502 (as well as cell phone 202 of FIG 2) may indicate when a telephone call is 
initiating a web request by appending a sequence of one or more special characters to the end of the 

25 phone number sequence. The sequence may be part of or distinct from the appended sequence 
described above to identify to the web page provider that the call is a web request and to indicate the 
information that is requested. In one embodiment, for example, the 10 digit phone number is 
followed by a first special character sequence that causes the caller's current IP address to be 
appended to the call. The IP address may then be followed by additional information indicating, for 

30 example, which of several web pages associated with the 10 digit number is requested. One 
embodiment of a generalized format 600 for a calling sequence to initiate a web request is shown in 
FIG 6. In the depicted calling sequence, a 10-digit phone number 602 is followed by a sequence 604 
identifying the phone call as a web request. An EP address 606 of a computer or wireless device 
associated with the caller is appended to the web request sequence 604. Additional information such 

35 as information indicating which of a group of web pages may be appended to calling sequence 600. 
In this sequence, some of the fields may be appended automatically. Specifically, the IP address field 
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606 may be determined by the cell phone 202 (FIG 2) or landline phone 502 (in conjunction with IPA 
540) and appended to the calling sequence automatically following detection of the web request 
sequence 604 by cell phone 202 or EPA 540. The web request sequence 604 may also alert the 
receiving side of the phone call that the call is a web request. In this implementation, a common web 
5 request sequence is recognized at both ends of the phone call connection. In FIG 2, for example, 
AMS 223 recognizes web request sequence 604 and passes it to web device 224. Web device 224 can 
then parse the IP address information 606 and any additional information 608 necessary to generate 
the appropriate HTTP request to web server 230. In some cases, parts of calling sequence 600 may 
be provided manually after the basic telephone connection is made. If the web device 224, 524 does 

10 not detect an IP address field 606 following a web request sequence 604, the user may then be 
prompted to enter the field. 

Referring now to FIG 3, selected elements of a system 300 according to the present invention 
are depicted to emphasize an embodiment in which the web device that recognizes a phone call as a 
"phone-to-HTTP" request is implemented as part of the phone company's switch. In this embodiment, 

1 5 cell phone 302 initiates a call via BTS 304 and switch 306 through PSTS 310 to a second switch 320. 
A web device 324 analogous to web device 224 of FIG 2 is connected to switch 320 and is 
configured to identify phone calls that represent phone-to-HTTP requests. Web devices 324 may 
identify such requests based on meta information that is associated with the phone connection in a 
manner similar to the way web device 224 of FIG 2 identifies web requests. Web device 324 is also 

20 configured to associate a phone-to-HTTP request with a corresponding IP address using a LUT 325 
analogous to LUT 225 of FIG 2. This embodiment of the invention implements the web device 324 
at the phone company switch 320 such that the phone company's customers do not have to purchase 
additional hardware or software but may, instead, purchase or license the services of web device 324. 
Referring now to FIG 4, one embodiment of the invention is a method 400 of requesting and 

25 retrieving networked information, such as the content from a web page maintained on the Internet, 
using conventional phone service to initiate the request. Initially, an incoming phone call is detected 
(block 402). The incoming phone call is initiated by a user and detected by a switching device 
whether it is a switch owned by the phone company or a PBX type switch that is associated with a 
particular organization. The incoming call is then identified (block 404) as a phone-to-HTTP request 

30 (i.e. a request for web-based information initiated over the telephone network). Identification of the 
call as a request for web information is achieved using meta information that is provided with or in 
addition to the phone call signal itself. As described above, the meta information may be conveyed 
using telephone keypad entries after the phone call connection is made. 

After determining that the call is a request for web-based information, the URI of the 
35 requested data and the origin of the request are determined (blocks 406, 408). Determining the URI 
of the requested data may include accessing a stored look up table that indicates phone numbers and 
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their associated URTs. In other embodiments the phone number itself or the phone number in 
combination with meta information provided with the phone number uniquely identifies the 
corresponding URL Determining the origin of the request is necessary to respond to the request. In 
a conventional wireless web implementation, in which a web request is transmitted over internet 
5 protocol channels (whether a WAP connection or an HTTP connection), the requestor is identified in 
the request. When a request is made using the phone system as described herein, an alternative 
mechanism for identifying the requestor is needed. In one embodiment, the requestor is identified by 
the phone number of the phone used to initiate the request. In the embodiment in which the web 
device is connected to the phone company's switch, the phone company can determine the origin of 
1 0 the request based on the requestor's phone number. The phone company may maintain information 
associated with each phone number and this information could include a URI or similar information 
enabling the web server to address a response to the request to an appropriate location. In an 
embodiment in which the switch resides within the organization that maintains the requested web 
page (or other information), the organization may maintain a table associating requesting phone 

1 5 numbers with their URTs. In many cases, the URI or IP address associated with a requestor is 
dynamically assigned by the requestor's service provider. In such cases, a table of requestor URTs is 
generally not practical as indicated previously. Instead, the requestor information may identify the 
URI of the WAP gateway to which the requestor is connected. It may then be the task of the WAP 
gateway to determine how to rout web responses. If, for example, the response provided to the WAP 

20 gateway is delivered to the WAP gateway along with information indicating the requestor's phone 
number, the WAP gateway may use store information to determine the appropriate routing for each 
web response received. 

After the source and destination of a request, are determined, an HTTP formatted request is 
sent (block 410) to the destination URI. The HTTP request is handled in the same manner as any 

25 conventional request (i.e., a request initiated with a traditional browser from a desktop or laptop 
computer) for a web page. The requested content is retrieved (block 412) from web site by the web 
server and delivered to the WAP gateway. The WAP gateway then converts (block 414) the content 
to a Wireless Markup Language (WML) or some other format compatible for delivery over the WAP 
connection and display on the cellular phone and sends the converted data to the requestor's phone 

30 and browser where the requestor can view the retrieved information. 

Another embodiment of the invention encompasses a service of configuring or enabling a 
system such as system 200 of FIG 2 or system 500 of FIG 5. In this embodiment, a service provider 
configures the user's cell phone or landline phone/computer combination and configures an 
organizations call handling system to generate and respond to phone-to-HTTP requests as described 

35 above. 

It will be apparent to those skilled in the art having the benefit of this disclosure that the 
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present invention contemplates a system and method mechanism for initiating requests for web based 
information using conventional phone facilities. It is understood that the form of the invention shown 
and described in the detailed description and the drawings are to be taken merely as presently 
preferred examples. It is intended that the following claims be interpreted broadly to embrace all the 
5 variations of the preferred embodiments disclosed. 
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